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ABSTRACT 



A system provides representations of connections or other 
relationships among entitles that make up a communications 
network. The representations may each have a color or 
shading to represent different conditions of the relationship. 
The representations may be graphical and may also include 
textual information as well as graphical hot-spots selectable 
by a user to provide even more detailed information regard- 
ing the relationship. Hie condition of each relationship may 
be determined based upon a combination of the conditions 
of the interface elements which are coupled together to form 
the communications relationship. 

28 Claims, 10 Drawing Sheets 
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NETWORK CONNECTION STATUS 
MONITOR AND DISPLAY 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates generally to communications 
networks, and more particularly to a method and apparatus 
for monitoring and displaying the status of connections or 
other relationships in a computer network. 

2. Discussion of the Related Art 

Computer networks are widely used to provide increased 
computing power, sharing, of resources and communication 
between users. Networks may include a number of computer 
devices within a room, building or site that are connected by 
a high-speed local data link, such as local area network 
(LAN), token ring. Ethernet* or the like. Local networks in 
different locations may be interconnected by for example 
packet switches, microwave links and satellite links to form 
it wide area network (WAN). A network may include several 
hundred or more connected devices, distributed across sev- 
eral geographical locations and belonging to several orga- 
nizations. 

In the operation and maintenance of computer networks a 
number of issues arise, including traffic overload on various 
parts of the network, optimum placement and interconnec- 
tion of network resources, security, isolation of network 
faults, and the like. These issues become increasingly com- 
plex and difficult to understand and manage as the network 
becomes larger. For example, if a device is not sending 
messages, it may be difficult to determine whether the fault 
is in the device itself, a data communication link, or an 
intermediate device between the sending, and receiving 
devices. 

Network management systems are intended to resolve 
such issues. Older management systems typically operated 
by collecting large volumes of information which then 
required evaluation by a network administrator, and thus 
placed a tremendous burden on and required a highly-skilled 
network administrator. 

Newer management systems systematize the knowledge 
of the networking, expert such that common problems of a 
single domain (i.e., a portion of the network under common 
management) can be detected, isolated and repaired, either 
automatically or with the involvement of less -skilled per- 
sonnel. Such a system typically includes a graphical repre- 
sentation of that portion of the network being monitored by 
the system Alarms are generated to inform an external entity 
that an event has occurred which requires attention. Since a 
large network may have many such events occurring 
simultaneously, the management system may provide alarm 
filtering. 

Network management systems and related applications 
which are commercially available include: (1) 
SPECTRUM®, Cabletron Systems, Inc., 35 Industrial Way, 
Rochester, N.H. 03867; (2) HP OpenView, Hewlett Packard 
Corp., 3000 Hanover Street, Palo Alto, Calif. 94304; (3) 
LattisNet, Bay Networks, 4401 Great American Pkwy., 
Santa Clara, Calif. 95054; (4) IBM Netyiew/6000, IBM 
Corp., Old Orchard Road, Armonk, N.Y. 10504; and (5) 
SunNet Manager, SunConnect, 2550 Garcia Ave, Mountain 
Mew, Calif. 94043. 

An important aspect of any network management system 
is the way in which information is presented to a user, 
whether the user is a highly-skilled network administrator or 
a less-skilled technician. Network information is usually 
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presented on a video display screen, and it is important that 
the display clearly identify the network entity (e.g., device 
or network) for which the information is presented. It is also 
important that the user be able to select additional informs- 

5 tion about a particular network entity and that such infor- 
mation be presented in a clear and well-organized manner. 
Finally, displays of network information should be flexible 
to accommodate differing network configurations and dif- 
fering network management requirements. 

10 FIG. 1 is a schematic illustration of a hub 10 which 
connects three networks 1, 2, 3. In this example, the first 
network 1 contains several devices 13A, 13B, 13C and an 
interface device 12. Typical examples of the devices 13A-C 
include personal computers, workstations, mainframe 

15 computers, and data storage/retrieval devices. Any of the 
devices 13A-C may be a source that transmits data across 
one or more of the networks, or a destination that receives 
data transmitted by a source. Many devices serve both as a 
source and a destination. The interface device 12 may be a 

20 bridge having, a connection 11 to port A of hub 10. The 
second network 2 also contains one interface device 14 
having a connection 18 to port C of hub 10, and another 
interface device 15 having a connection 17 to port B of hub 
10. The second network 2 also contains devices 16 A, 16B, 

23 which may be similar to devices 13A-C. The third network 
3, connected to port D of hub 10 via connection 19, may be 
a network similar to networks 1 and 2, or may represent a 
gateway to another network, or group of networks such as 
the Internet The connections 11, 17, 18, 19 each may be a 

30 single wire or any type of data path between two nodes or 
among several nodes. 

FIG. 2 is a display for conveying information regarding, 
the networks of FIG. 1 to a user, and is typical of displays 
provided by existing, network management systems. A 

35 device icon 20 represents the hub 10, a network icon 22 
represents the first network 1, a network icon 24 represents 
the second network 2, and a network icon 26 represents the 
third network 3. A simple line 27A represents that a con- 
nection exists between network 1 and hub 10; similarly line 

40 27B represents that a connection exists between network 2 
and hub 10; and line 27C represents that a connection exists 
between network 3 and hub 10. As described in more detail 
below, each of device icon 20 and network icons 22, 24, 26 
may contain information regarding the status of the entity 

45 (or entities) associated with the icon. Additionally, each icon 
may be selected by a user to display even more information. 
However, the lines 27A, 27B, 27C do not represent any 
information other than the fact that some connection exists 
between the entities represented by the icons. 

While existing network management systems provide 
information regarding, devices in a network, no information 
is provided with regard to connections between the devices, 
nor with regard to other relationships between the functional 

55 entities of the network. 

SUMMARY OF THE INVENTION 

One aspect of the present invention is to provide graphical 
representations of connections or other relationships among 

60 entities that make up a communications network. The 
graphical representations each have a color or shading to 
represent different conditions of the relationship. The 
graphical representations may also contain textual informa- 
tion regarding the relationship as well as 'liot-spots" sclcct- 

65 able by a user to provide more detailed information regard- 
ing a selected relationship. The condition of each 
relationship may be determined based upon a combination 
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of conditions of the individual interface elements which are 
coupled together to form the relationship. 

One embodiment is a method and apparatus for displaying 
information about a communications network to a user, 
comprising the steps of determining a condition of a first 
interface element of the network, determining a condition of 
a second interface element of the network, the first and 
second interface elements having a relationship within the 
network, combining the conditions of the first and second 
interface elements to create a relationship condition, and 
displaying a representation of the relationship condition to 
the user. 

Another embodiment is a method and apparatus for 
displaying information about a communications network to 
a user, comprising the step of maintaining a logical repre- 
sentation of the network that includes a first model repre- 
sentative of a first interface clement and a second model 
representative of a second interface element, the first and 
second interface elements having a relationship within the 
network, and the logical representation including informa- 
tion regarding a condition of the relationship. This embodi- 
ment also comprises the step of displaying a representation 
of the relationship condition in a plurality of different 
displays which each provide a different view of the network. 

Any of the above embodiments may be combined in 
various ways to provide additional embodiments and pro- 
vide the following, variations and detail. For example, a 
condition of each of the first and second interface elements 
may include a condition of a first port of a first device and 
a second port of a second device, the first and second ports 
having a connection represented by the representation. The 
condition may be classified as one of a predetermined 
plurality of interface element conditions including a "good" 
condition indicative that an interface element is operational, 
a "bad" condition indicative that an interface element has a 
faulty status, an **unknown" condition indicative that an 
interface element has an unknown status, a "disabled" 
condition indicative that an interface element has been 
disabled, and an "unreachable" condition indicative mat the 
interface element is not communicating. 

The condition of an interface may be determined by 
logically combining the condition of the first interface 
element with the condition of the second interface element 
to determine the condition of the relationship. The repre- 
sentation of the relationship may be a graphical image 
having, a color that is selected based upon the condition of 
the relationship, and a plurality of different displays may be 
used to represent different information about the network. 

A logical representation of the network may include a first 
model representative of a first interface element and a 
second model representative of a second interface element, 
and a connection relationship may be associated with the 
first model and the second model. 

The network may be monitored, and a process may be 
invoked when the relationship is established or when the 
condition of one of the interface elements changes. Also, 
combining the conditions may include creating a condition 
of a first data path between a first interface element and a 
second interface element, detennining a condition of a 
second data path between the elements that is parallel with 
the first data path, and logically combining the conditions of 
the first and second data paths to create a condition repre- 
sentative of the combined parallel data path. The display 
may then include a condition representative of the parallel 
data path. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Other features and advantages of the present invention 
shall appear from the following description of an exemplary 
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embodiment, said description being made with reference to 
the appended drawings, of which: 

FIG. 1 is a schematic representation of several networks 
connected together; 

FIG. 2 is a display representative of a prior art approach 
for conveying to a user information regarding the networks 
of FIG. 1; 

FIG. 3 is a block diagram illustrating generally the 
arrangement of a network management system including an 
enibodiment of the present invention; 

FIG. 4 is a flow diagram depicting a process performed by 
the elements of FIG. 3; 
FIG. 5 illustrates a condition table for selecting the color 
15 of an interface display; 

FIG. 6 illustrates a table far selecting a color for an 
interface icon which represents an interface having more 
than one connection; 
FIG. 7 is a detailed block diagram of the elements within 
20 the network management system of FIG. 3; 

FIG. 8 illustrates an object diagram of a connection 
between two devices, as represented in the virtual network 
machine of FIG. 3; 
25 FIG. 9 illustrates a general purpose computer and attach- 
ments which may be used in an embodiment of the inven- 
tion; 

FIG. 10 illustrates several examples of a connection status 
display between two network entities according to the 
30 invention; 

FIG. 11 illustrates another example of a display repre- 
sented by a network management system for the networks 
shown in FIG. 1; and 
FIG. 12 represents a connection alarm view provided by 
35 an embodiment of the invention. 

DETAILED DESCRIPTION 

In accordance with one specific embodiment of the 
w present invention, a network management system provides a 
graphical representation of a connection or other relation- 
ship between devices within a communications network A 
connection relationship is typically a hard- wired connection 
between ports of two devices, but may also represent a 
45 virtual connection between entry points of any entities, such 
as other networks. The devices include not only hardware 
devices such as personal computers (PCs), workstations, 
hubs, routers, bridges, and repeaters, but also software 
applications. The graphical representation contains informa- 
30 tion about the relationship that has previously not been 
available. 

FIG. 3 is a block diagram illustrating generally the 
arrangement of the network management system 31 which 
monitors a live network 30 via communication interface 32. 
55 In this example, the network management system 31 is 
SPECTRUM®, which includes a database of models relat- 
ing to corresponding network entities and relationships 
between those entities. The management system 31 includes 
a network interface and control module 34, a virtual network 
60 machine 36, and a user interface 38. 

The SPECTRUM network management system continu- 
ally monitors the network 30 and maintains a database of 
information about managed devices within the network 30. 
An understanding of the present invention is furthered by an 
65 understanding of a model-based SPECTRUM system, which 
is described in U.S. Pat No. 5,261,044, issued Nov. 9, 1993 
to R. Dev et al„ and which is hereby incorporated by 
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reference in its entirety. The SPECTRUM system is com- 
mercially available and is also described in various user 
manuals and literature available from Cabletron Systems, 
Inc. t Rochester, N.H. 

Id summary, SPECTRUM is a system for maintaining and 5 
processing information pertaining to the condition of a 
computer network and providing the same to a user, the 
network including a plurality of network resources such as 
computer devices and software applications being executed 
on such devices. The system includes a virtual network 10 
machine 36. comprising a programmed digital computer, 
wherein a program is implemented using an object-oriented 
programming language such as C++, Eiffel, SmallTalk, or 
Ada. The virtual network machine 36 includes interrelated 
intelligent models of network entities and relations between 13 
network entities, including a capability for acquiring net- 
work data pertaining to the condition of a network entity 
from the corresponding network entity, and for those entities 
not capable of being, contacted, inferring their status from 
the status of other elements. The virtual network machine 36 ^ 
maintains object which include network data relating to the 
corresponding network entity and one or more inference 
handlers for processing the network data, the inference 
handlers being responsive to changes occurring in the same 
and/or a different object. The network data can then be ^ 
transferred to a user interface 38 coupled to the virtual 
network machine 36, for supplying the network data to a 
user. 

Thus, the models may be implemented as software 
"objects" containing both "data" (attributes) relating to the 30 
corresponding network entity and one or more "inference 
handlers' 1 (functions) for processing the data. See Grady 
Booch, "Object-Oriented Analysis And Design, With 
Applications," 2nd Edition, Benjamin/Cummings Publish- 
ing Co., Redwood City, Calif., Chapter 2 (1994). The 35 
inference handlers may be initiated by predetermined virtual - 
network events, such as a change in specified network data 
in the same model, a change in specified network data in a 
different model, and predefined events or changes in models 
or model relations. Information pertaining, to the condition 40 
of the network resource can be obtained from the network 
entity by polling the resource, can be automatically received 
from the network resource without polling, or can be 
inferred from data contained in other models. An alarm 
condition may be generated when the network data meets a 45 
predetermined criteria. Events, alarms and statistical infor- 
mation from the virtual network may be stored in a database 
to be selectively displayed for the user. 

The data in the SPECTRUM database may be used for 
generating topological displays of the network, showing 50 
hierarchial relationships between network devices, isolating 
a network fault, reviewing statistical information, as well as 
other functions. 

The SPECTRUM network management system allows for 
collective management of autonomous local area networks 55 
(LANs), with equipment from different vendors. It complies 
with the current Simple Network Management Protocol 
(SNMP) standards, and can also accommodate other stan- 
dard and proprietary protocols. The virtual network machine 
36 preprocesses the raw information coming from the net- 60 
work devices through the network interface and control 
module 34 in order to construct a model of the network's 
current status and performance characteristics. Network 
elements that cannot be directly communicated with (e.g., 
cables and buildings) can infer their status from the status of 65 
the devices connected to or contained within them. The 
virtual network machine 36 provides a consistent interface 
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for management applications to access any of the informa- 
tion in the model and thereby provides these applications 
with a unified view of the network 30. 

The SPECTROGRAPH® user interface 38 provides a 
highly graphical multi-perspective view into the network 
model. The user interface enables the user to navigate 
through a landscape in which networks, local area networks 
and even rooms show up as icons, and which icons indicate 
the health and performance characteristics of those de- 
ments. Many of these icons can be further queried for 
additional information. The main function of the user inter- 
face 38 is to visually present to the user the model within the 
virtual network machine 36. It allows the user to navigate 
freely within the network model, only limited by the access 
rights assigned by the network administrator. The informa- 
tion can be accessed at varying degrees of detail, from a 
macro overview, to the devices and cables which connect 
them. In addition to its navigation functions, the SPEC- 
TROGRAPH user interface provides an alarm management 
facility, an event log window, a reporting facility, a find 
facility, and other features. 

The block diagram of FIG. 3 illustrates generally the 
method and apparatus of one embodiment of the present 
invention. In this embodiment, the network interface and 
control module 34 determines the status of connections 
within the network, such as connections 11, 17, 18, and 19 
depicted in FIG. 1. Moreover, the virtual network machine 
36 contains explicit link information that represents the 
connection status between network entities, so that the user 
interface 38 may include a display which conveys Knlc 
information directly to a user. As used herein, the term 
"connection" refers to the data path between or among 
network entities, while the term "link" refers to a data 
representation of such a connection. For example, a link may 
be an object within an object-oriented implementation 
within the virtual network machine 36. 

FIG. 4 is a flow diagram depicting a process in accordance 
with the present embodiment In step 40, the network 30) is 
monitored. The network management system 31 may be 
directly connected to the network 30, or may receive infor- 
mation regarding network status indirectly. In step 42, the 
condition of each of a first and second interface element is 
determined. An example of all interface element is a port on 
a hub, such as port A on hub 10 of FIG. 1. However, any 
network entity which provides or assists in providing data 
flow between or among two or more network entities may be 
considered an interface element. Such an interface element 
may also be referred to as ail entry point, indicating that the 
interface is one in which data may enter a particular net- 
work. The classification of an interface element may change 
over time depending on the partitioning of a network from 
the perspective of the network management system. For 
example, the networks shown in FIG. 1 may be 
repartitioned, without reallocating any hardware or 
software, so that network 2, network 3, and hub 10 are all 
considered to be part of a single network, with connection 11 
providing the interface between the single network and the 
first network 1. 

As depicted ill step 42, the condition of each of the first 
and second interface elements may be selected from a 
predetermined plurality of conditions. Five such conditions 
are depicted in FIG. 4: good, bad, unknown, disabled, and 
unreachable. These conditions are described in more detail 
below. 

In step 44, the conditions of the first and second interface 
elements are combined to create a condition that represents 
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the relationship between the first and second interface clc- disabled port were enabled, because the other port is bad. If 

raents. For example, the first and second interface elements one port is unreachable by the other port, for example not 

may be a first port on a first hub and a second hub on a providing an acknowledgment in response to a message, the 

second hub, and the relationship may be a single wire that color gray is typically used unless the other port is disabled, 

physically connects the two ports. 5 Various colors may be used when the condition' of one of the 

The step 40 of monitoring may include querying each of P orts * s unknown, 

the first and second ports by sending a status request As discussed with respect to connections 17 and 18 of 

message to each of the first and second hubs. If data has FIG. 1, a data path may be implemented by a number of 

recently been passed between the two ports, then both hubs parallel connections. For example, in the network shown in 

would probably return a "good" condition of the respective 10 FIG. 1, data may flow from network 2 to hub 10 via 

ports to the network management system 31. In response, connection 17 or connection 18, or via both connections 17 

the network management system 31 would likely determine and 18. In such an instance, one of the connections 17 or 18 

that the relationship (Le. the single wire and the associated is typically disabled. However it is possible for both parallel 

operation of the first and second ports) is good. However, it connections 17 and 18 to be enabled simultaneously. In any 
is also possible that both hubs would return a "bad" 15 event, the two different connections may have different 

condition, for example if both hubs had previously conditions, because one may be capable of transf erring, data 

attempted and failed to send data to the other hub via the while the other is not capable or less capable of transferring 

respective ports. In such an instance, the network manage- data. 

ment system 31 would likely determine that the relationship One approach to representing a situation in which two 
is bad. Note that the relationship may be bad as a result of 20 parallel connections constitute a data path is to display two 

a single wire being broken, one of the ports containing faulty separate icons, each having a color representative of the 

hardware or software, one of the ports being, purposely or condition of its respective condition. Another approach, 

accidentally disabled, or any other situation which would which may simplify the display, is to display a single icon 

cause a decrease in data flow between the two hubs. that represents the overall status of the relationship between 

Accordingly, the network management system 31 may rep- 25 the second network 2 and the hub 10. Such a single icon may 

resent the condition of data flow between network devices or have a color which represents trie overall capability of the 

between networks, which may or may not depend upon the parallel connections 17 and 18. 

actual status of the physical devices which may facilitate the piG. 6 illustrates one approach to selecting a color for an 

data flow. interface icon which represents an interface having, more 

In step 46, a representation of the relationship condition 30 than one connection. In this example, a table 60 contains 

is displayed, for example to a network adrninistxator. The override information regarding the color to be displayed 

network administrator may desire additional information, depending upon the status of each of the connections. The 

such as diagnostics or the particulars of a faulty relationship. colors are arranged by level number (left column) and the 

Accordingly, a user may select more detailed information, corresponding status (provided in the right column). In this 

wru<tmeusermterface38inayr^videasshowninstep48. 35 approach, the highest level of each of the connections is 

One approach to displaying a relationship condition is to representative of the color to be displayed. For example, if 

display a connection as an icon such as a thick line having a first connection would be represented by the colc*green 

a color which the user may easily associate with a particular (e.g., because both ports are "good as shown in FIG. 5), but 

condition. For example, the color green is typically repre- ^ a second connection would have been represented by the 

sentative of a healthy condition, while the color red is color red (e.g., because both ports are <bad as shown in 

typically representative of a bad condition. Accordingly, if a FIG. 5), then the resulting override color would be level 4 

user interface 38 displays an icon with a particular color, a <Lc, the highest level in the override table) so that the 

user may immediately understand the condition of a network interface would be represented by the color red, and have a 

without performing further inquiries. Such an intelligent .< status of W. As a result of the override selection, the 

color display is highly advantageous to a user, especially color displayed represents the amount of degradation in the 

when the user is viewing a network represented by a large overall connection. 

number of network entity icons. Of course, different shading FIG. 6 shows the additional color yellow (level 2), which 

styles or gray scales may also be advantageously used may, for example, indicate an intermittent or degraded 

instead of or in combination with various colors. „ mode. FIG. 6 also demonstrates that the color blue (level 7) 

FIG. 5 illustrates a condition table 50 indicating one may be used to represent an initialized state, to which the 

approach to color selection of an interface display. In this condition of an interface may be set when a port or interface 

example, the condition of each of port 1 and port 2 is has first been powered or started. 

determined, and the intersection of the row and column for Alternatively, the color displayed could represent the 

those conditions of ports land 2 in the table 50 dctennines 55 resulting capabiUty of the parallel connections. For example, 

the color of the interface icon which represents the connec- if one of the parallel connections is not capable of transfcr- 

tion between port 1 and port 2. For example, as discussed ring data but the other of the parallel connections is capable 

above, if port 1 and port 2 both are "good," then the of transf erring data, a single icon having the color green may 

intersection is "green*' and the interface icon would be be displayed, indicating that data may still be transferred, 

colored green, indicating a healthy operating interface. Thus, in this alternative, one "green" connection in parallel 

In. one embodiment, a red color is indicative that the with a «Ted» connection may still yield a "green- interface, 

interface is not operable, which is generally the case when Additionally, the displayed color of a parallel connection 

either one of the ports is "bad." However, the color brown may be indicative of a degraded mode, for example a 

may be used to represent an interface that is not operable due different shade of green, or a broken green or yellow field, 

to at least one of the ports being disabled. The color orange 65 FIG. 7 illustrates in greater detail a block diagram of die 

in FIG. 5 is used to indicate that although one port is network management system 31. The elements shown in 

disabled, the relationship would not be operable even if the FIG. 7 have been added to previously existing modules of 
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the existing SPECTRUM network management system in 96 via a data bus 95. The general purpose computer may be 

order to add functions such as those represented by the flow connected to the network 30 via a network interface 94. 

diagram of FIG. 4. In such an embodiment, the user interface pig. 10 illustrates several examples of a connection status 

38 includes a link display control 71 and a link alarm control display (101-105), in these examples between a bridge and 

72. The control 71 provides instructions to display the link 5 a network; a legend 100 defines the possible color/status for 

icons that represent connections and other data paths, as well each connection. Display 101 includes a bridge icon 106A, 

as color selection and control. The control 72 provides a network icon 107A, and a link icon 108A having a color 

instructions to display alarms that are associated with the (e.g., green) or shading indicative that the status of the 

displayed link icons. connection is good. Display 102 includes a bridge icon 

The structure of the virtual network machine 36 is aug- W 106B, a network icon 107B, and a link icon 108B having a 

mented to include multiple link models 75 A, 75B, and 75C. color (e.g., red) or shading indicative that the status of the 

In the network interface and control module 34, which connection is bad. Display 103 includes a bridge icon 106C, 

connects the virtual network machine 36 to the network, a network icon 107C, and a link icon 108C having a color 

there are now included a port/entry point interface manager (gray) or shading indicative that the status of the connection 

77, a link status de terminator 79 and a link model interface 15 is unknown. Display 104 includes a bridge icon 106D, a 

78. Based on information received from the network, the network icon 107D, and a link icon 108D having a color 
determinator 79 determines the link status which is main- (e.g., orange) or shading indicative that the status of the 
tained in machine 36 as a model. connection is bad or disabled. Display 105 includes a bridge 

FIG. 8 illustrates an object diagram of a connection icon 106E > a network icon 107E, and a link icon 108E 

between two devices, as they would be represented within 20 having a color (e.g., brown) or shading indicative that the 

the virtual network machine 36. In FIG. 8, a first device 80A status of tne connection is known to be disabled. With 

contains a port 1.1 (81 A), and a second device 80B contains appropriate coloring or shading of a link icon, a user may 

a port 2.1 (81B). Prior to this invention, it would have been immediately interpret the status of the interface between the 

necessary to represent a connection between port 1.1 and bridge and the network, thus making network aaministration 

port 2.1 as two separate "connects to" relationships. In 23 more efficient and effective. 

particular, a first "connects to' 1 relationship 86A represents FIG. 11 illustrates another example of a display repre- 

that port 1.1 connects to the second device 80B, and a sented by the network management system 31 for the 

second "connects to" relationship 86B represents that port networks shown in FIG. 1. FIG. 11 includes a SPECTRUM 

2.1 connects to the first device 80A. However, although the icon 111, a hub icon 112, a first network icon 113, a second 

two "connects to n relationships 86 A, 86B may be 30 network icon 114, and a third network icon 115. 

maintained, an additional link model may be added which Additionally, a first link icon 116 is displayed with the color 

directly represents the connection between port 1.1 and port white, as arc the second link icon 117 and third link icon 118. 

2.1. Such a relationship may be referred to as a 'links with** However, a fourth link icon 119, between the hub icon 112 

relationship 85. In accordance with the hierarchical nature of and the third network icon 115, is displayed as shaded or 

object-oriented modeling and control, a "links with** rela- 35 gray, indicating that the status of the connection between the 

tionship may be representative of a single connection, par- hub 10 and the third network 3 is degraded. Other views 

allel connections, or any data flow capability. For example, such as hierarchical views may also display such link icons, 

in a low order model, a link may represent a single wire, Also, as indicated in FIG. 11, any of the link icons may 

while in a higher order model, a link may represent several contain additional textual information. For example, link 

network entities connected in serial and/or parallel which icon 116 contains the text "good,** indicative that the data 

together serve to provide a data path. fl ow between the SPECTRUM network management system 

Element 89 represents simple object expressions which and the hub 10 is operational. Additionally, link icon 117 

may be used to indicate a relationship. The relationship contains the text "1.2 Mbps Ave." indicative that the average 

"contains** may be represented by an arrow such as 82A and ^ throughput between the hub 10 and the first network 1 is 1.2 

82B. Hie expression u devicel contains port 1.1*' represents Megabits per second. 

that port 1.1 is a part of the first interface device 80A, and Also, a link icon may contain "hot-spots" such as hot-spot 
the expression "device2 contains port 2.1" represents that usa and hot-spot 118B within link icon 118. These hot- 
port 2.1 is a part of the second interface device 80B. As spots may be selected by a user to request additional 
previously indicated, the expression "port 1.1 links with port x information. For example, the additional information that 
2.1 H may be used to represent the "links with** relationship. may be obtained by selecting hot-spot 118A or 118B, is 

The functions described above may be implemented in illustrated in FIG. 12, which represents an alarm view for a 

specially-designed hardware such as a state machine or connection. The alarm view 120 includes an icon 121 of 

separate circuit boards, in any of several programming device "demo** which provided the alarm; the alarm is 

languages on a general purpose computer, as a programmed 55 related to a particular connection, such as the parallel 

general purpose computer itself, or as any combination of connections 17 and 18 represented by link icon 118. An 

such implementations. information field 122 may include information regarding the 

For example, the elements of the network management device "demo." Windows 123 and 124 may be manipulated 

system 31 may be implemented as software on a floppy disk, by mc uscr to provide additional information regarding the 

compact disk, or hard drive, which controls a computer, for GO alarm, which in this example is a report of a bad link, 

example a general purpose computer such as a workstation, Additionally, a window 126 may display a scries of associ- 

a mainframe or a personal computer, to perform the process ated alarms and additional information regarding each of 

steps disclosed in FIG. 4, or other processes or structures these associated alarms. The alarm view 120 may also 

disclosed herein. Such a general purpose computer is illus- contain more data as desired in another window 128, such as 

trated in FIG. 9. FIG. 9 shows a central processing unit 90 65 statistical information regarding related alarms. 

(CPU) which controls a display 92. The CPU 90 is coupled Having thus described at least one illustrative embodi- 

to random access memory 97 (RAM) and program memory ment of the invention, various modifications and irnprove- 
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merits will readily occur to those skilled in the art and are 
intended to be within the present invention. Accordingly, the 
foregoing description is by way of example only, and not 
intended to be limiting. The invention is limited only as 
defined in the following claims and the equivalents thereto. 
We claim: 

1. A method for resolving a condition of a connection 
within a communications network to a user, comprising the 
steps of: 

(a) determining a condition of a first interface element of 
the network; 

(b) determining a condition of a second interface element 
of the network, the first and second interface elements 
sharing the connection within the network; 

(c) combining the conditions of the first and second 
interface elements to determine the condition of the 
connection from a predetermined plurality of connec- 
tion conditions the predetermined plurality of connec- 
tion conditions including a disabled/bad condition 
indicative that the connection would not be operable 
even if a disabled one of the first and second interface 
elements were to be enabled; and 

(d) displaying a representation of the condition of the 
connection to the user. 

2. The method of claim 1, wherein: 

the first interface element is a first port of a first device; 
the second interface element is a second port of a second 
device. 

3. The method of claim 1, further comprising the step of 
storing a predetcrrnined plurality of interface element 
conditions, and wherein step (a) includes classifying the first 
interface element condition as one of the predetermined 
plurality of interface element conditions. 

4. The method of claim 3, wherein the step of storing the 
predetermined plurality of interface clement conditions 
includes storing the following predetermined conditions: 

a good condition indicative that the interface element has 

an operational status; 
a bad condition indicative that the interface element has a 

faulty status; 

an unknown condition indicative that the interface ele- 
ment has an unknown status; 

a disabled condition indicative that the interface element 
has a disabled status; and 

an unreachable condition indicative that the interface 
element has a not communicating status, 

5. The method of claim 1, further comprising: 
maintaining a logical representation of the network that 

includes a model representative of the condition of the 
connection. 

6. The method of claim 1, wherein step (c) includes 
determining the condition of the connection from the fol- 
lowing predetermined conditions: 

a good condition indicative that the connection has an 

operational status; 
a bad condition indicative that the connection has a faulty 

status; 

an unknown condition indicative that the connection has 

an unknown status; 
a disabled condition indicative that the connection has a 

disabled status; and 
an initial condition indicative that the connection has a 

recently established status. 

7. The method of claim 1, wherein step (c) includes 
logically combining the conditions of the first and second 
interface elements to determine the condition of the con- 
nection. 
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8. The method of claim 1, wherein step (d) includes 
displaying the representation as a graphical image having a 
selected color based upon the condition of the connection. 

9. The method of claim 1 wherein step (d) includes 
displaying the representation in a plurality of different 
displays that represent different information about the net- 
work. 

10. The method of claim 1, further comprising the steps 

of: 

maintaining a logical representation of the network that 
includes a first model representative of the first inter- 
face element and a second model representative of the 
second interface element; 

associating the relationship condition with each of the first 
and second models. 

11. The method of claim 1, further comprising the step of 
monitoring the network to determine when the relationship 
is established, and wherein step (a) is performed when the 
relationship is established. 

12. The method of claim 1, further comprising the step of 
monitoring the network to determine when the condition of 
the first interface element changes, and wherein step (a) is 
performed when the condition of the first interface element 
changes. 

13. The method of claim 1, wherein the step (c) of 
combining includes: 

dderrnining a condition of a first data path between the 
first interface element and the second interface element; 

deternuning a condition of a second data path that is 
parallel with the first data path, the first data path and 
second data path providing a parallel data path; 

logically combining the condition of the first data path 
with the condition of the second data path to create a 
condition representative of the parallel data path; 

and wherein the step of displaying includes displaying the 
condition representative of the parallel data path. 

14. An apparatus for resolving a condition of a connection 
within a communications network to a user, comprising: 

first means far determining a condition of a first interface 
element of the network; 

second means for determining a condition of a second 
interface element of the network, the first and second 
interface elements sharing the connection in the net- 
work; 

third means for combining the conditions of the first and 
second interface elements to oetermine the condition of 
the connection from a predetermined plurality of con- 
nection conditions the predetermined plurality of con- 
nection conditions including a disabled/bad condition 
indicative that the connection would not be operable 
even if a disabled one of the first and second interface 
elements were to be enabled; and 
fourth means for displaying a representation of the con- 
dition of the connection to the user, 

15. The method of claim 1, wherein step (a) includes 
determining the condition of the first interface element from 
a predetermined plurality of interface element conditions 
that is different from the pred^teirnined plurality of connec- 
tion conditions. 

16. The apparatus of claim 14, wherein: 

the first interface element is a first port of a first device; 
the second interface element is a second port of a second 
device. 

17. The apparatus of claim 14, further comprising means 
for storing a predetermined plurality of interface element 
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conditions, and wherein the first means includes means for 
classifying the first interface element condition as one of the 
predetermined plurality of interface element conditions. 

18. The apparatus of claim 17, wherein the predetermined 
plurality of interface element conditions includes: 5 

a good condition indicative mat the interface element has 

an operational status; 
a bad condition indicative that the interface element has a 

faulty status; 

an unknown condition indicative that the interface ele- 
ment has an unknown status; 

a disabled condition indicative that the interface element 
has a disabled status; and 

an unreachable condition indicative that the interface 15 
element has a not communicating status. 

19. The apparatus of claim 14, further comprising means 
for maintaining a logical representation of the network that 
includes a model representative of the condition of the 
connection. 20 

20. The apparatus of claim 14, wherein the predetermined 
plurality of connection conditions includes: 

a good condition indicative that the connection has an 

operational status; 
a bad condition indicative that the connection has a faulty 

status; 

an unknown condition indicative that the connection has 

an unknown status; 
a disabled condition indicative that the connection has a 30 

disabled status; and 
an initial condition indicative that the connection has a 

recently established status. 

21. The apparatus of claim 14, wherein the third means 
includes means for logically combining the conditions of the 35 
first and second interface elements to determine the condi- 
tion of the connectioa 

22. The apparatus of claim 14, wherein the fourth means 
includes means for displaying the representation as a graphi- 
cal image having a selected color based upon the relation- 40 
ship condition. 
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23. The apparatus of claim 14, wherein the fourth means 
includes means for displaying the representation in a plu- 
rality of different displays that represent different informa- 
tion about the network. 

24. The apparatus of claim 14, further comprising: 
means for maintaining a logical representation of the 

network that includes a first model representative of the 
first interface element and a second model representa- 
tive of the second interface element; and 
means for associating the relationship condition with each 
of the first and second models. 

25. The apparatus of claim 14, further comprising means 
for monitoring the network to determine when the relation- 
ship is established, and wherein the first means is responsive 
to the relationship being established. 

26. The apparatus of claim 14, further comprising means 
for monitoring the network to determine when the condition 
of the first interface element changes, and wherein the first 
means is responsive to the condition of the first interface 
element changing. 

27. The apparatus of claim 14, wherein the third means 
includes: 

means for determining a condition of a first data path 
between the first interface element and the second 
interface element; 

means for determining a condition of a second data path 
that is parallel with the first data path, the first data path 
and second data path providing a parallel data path; 

means for logically combining the condition of the first 
data path with the condition of the second data path to 
create a condition representative of the parallel data 
path; 

and wherein the fourth means includes displaying the 
condition representative of the parallel data path. 

28. The apparatus of claim 14, wherein the first means 
includes means for determining the condition of the first 
interface element from a predetermined plurality of interface 
element conditions that is different from the predetermined 
plurality of connection conditions. 
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